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(54) Hierarchical approach to identifying changing device characteristics 



(57) Determining device characteristics includes 
obtaining a first globally accessible value, if the first glo- 
bally accessible value corresponds to a stored first val- 
ue, obtaining device characteristics data from a relative- 
ly fast memory, if the first globally accessible value does 
not correspond to the stored first value, obtaining a sec- 
ond globally accessible value, if the second globally ac- 
cessible value corresponds to a stored second value, 
obtaining device characteristics data from a relatively 



fast memory, if the second globally accessible value 
does not correspond to the stored second value, obtain- 
ing device characteristics data from a relatively slow 
memory and updating the relatively fast memory, the 
stored first value, and the stored second value. The glo- 
bally accessible first value may include device I/O infor- 
mation. The globally accessible values may be stored 
in global memory that is accessible to a plurality of proc- 
essors. 
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Description 

Background of the Invention 

1 . Technical Field 5 

[0001] This application relates to computer storage 
devices, and more particularly to communication be- 
tween storage devices. 

10 

2. Description of Related Art 

[0002] Host processor systems may store and re- 
trieve data using a storage device containing a plurality 
of host interface units (host adapters), disk drives, and is 
disk interface units (disk adapters). Such storage devic- 
es are provided, for example, by EMC Corporation of 
Hopkinton, Mass. and disclosed in U.S. Patent No. 
5,206,939 to Yanai et al., 5,778,394 to Galtzur et al., U. 
S. Patent No. 5,845,1 47 to Vishlitzky etal., and U.S. Pat- 20 
ent No. 5,857,208 to Ofek. The host systems access the 
storage device through a plurality of channels provided 
therewith. Host systems provide data and access con- 
trol information through the channels to the storage de- 
vice and the storage device provides data to the host 25 
systems also through the channels. The host systems 
do not address the disk drives of the storage device di- 
rectly, but rather, access what appears to the host sys- 
tems as a plurality of logical disk units. The logical disk 
units may or may not correspond to the actual disk 30 
drives. Allowing multiple host systems to access the sin- 
gle storage device unit allows the host systems to share 
data stored therein. 

[0003] In some instances, it may be desirable to copy 
data from one storage device to another. For example, 35 
if a host writes data to a first storage device, it may be 
desirable to copy that data to a second storage device 
provided in a different location so that if a disaster occurs 
that renders the first storage device inoperable, the host 
(or another host) may resume operation using the data *o 
of the second storage device. Such a capability is pro- 
vided, for example, by the Remote Data Facility (RDF) 
product provided by EMC Corporation of Hopkinton, 
Massachusetts. With RDF, a user may denote a first 
storage device as a master storage device and a second 45 
storage device as a slave storage device. Other incar- 
nations of RDF may provide a peer to peer relationship 
between the local and remote storage devices. The host 
interacts directly with the local storage device, but any 
data changes made to the local storage device are au- so 
tomatically provided to a remote storage device using 
RDF. The local and remote storage devices may be con- 
nected by a data link, such as an ESCON link or a Fiber 
Channel link. The RDF functionality may be facilitated 
with an RDF adapter (RA) provided at each of the stor- 55 
age devices. 

[0004] In some instances, it may be desirable to mod- 
ify the RDF configuration system. However, in many 



cases, such modifications require skilled technicians us- 
ing special software and non-standard connections to 
the local storage devices. It is desirable to automate the 
RDF configuration modification process to allow a host 
to modify the RDF configuration. In addition, it is desir- 
able that allowing dynamic modifications to RDF config- 
uration will not effect operation of the storage device 
when individual devices therein need to access the dy- 
namic configuration information. 

Summary of the Invention 

[0005] Object of the invention is to improve commu- 
nication between storage devices. This object leads to 
a set of inventions which is herein described in its en- 
tirety and which is claimed in the claims of a series of 
parallel patent applications. 

[0006] According to the present invention, dynamical- 
ly creating a communication path between first and sec- 
ond storage devices, includes creating a connection to 
a source volume on the first storage device and indicat- 
ing that the source volume is not ready to transmit data 
on the communication path, after successfully creating 
the connection to the source volume, creating a connec- 
tion to a destination volume on the second storage de- 
vice and initially indicating that portions of one of: the 
destination volume and the source volume do not con- 
tain valid copies of data, wherein the destination volume 
accepts data from the source volume, and after suc- 
cessfully creating the connections to the source and 
destination volumes, indicating that the source volume 
is ready to transmit data on the communication path. Dy- 
namically creating a communication path between first 
and second storage devices, may also include creating 
at least one of: the source volume and the destination 
volume. Creating the connection to the source volume 
may include modifying a table containing configuration 
information for the first storage device. Creating the con- 
nection to the destination volume may include modifying 
a table containing configuration information for the sec- 
ond storage device. Dynamically creating a communi- 
cation path between first and second storage devices, 
may further include, following unsuccessfully creating a 
connection to the destination volume, destroying the 
connection to the source volume, in which case, an error 
may be returned. Portions of the destination volume 
may be initially indicated as not containing valid data, in 
which case, dynamically creating a communication path 
between first and second storage devices, may further 
include, after indicating that the source volume is ready 
to transmit data on the communication path, initiating a 
background copy operation to copy data from the source 
volume to the destination volume. Portions of the source 
volume may be initially indicated as not containing valid 
data, in which case, dynamically creating a communi- 
cation path between first and second storage devices, 
may further include, after indicating that the source vol- 
ume is ready to transmit data on the communication 
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path, initiating a background copy operation to copy da- 
ta from the destination volume to the source volume. 
The host may perform an I/O operation on a particular 
portion of the source volume, in which case, dynamically 
creating a communication path between first and sec- 5 
ond storage devices, may further include, in response 
to the particular portion being indicated as containing 
invalid data, copying data corresponding to the particu- 
lar portion from the destination volume to the source vol- 
ume prior to completing the I/O operation. io 
[0007] According further to the present invention, dy- 
namically creating a communication path between first 
and second storage devices, includes creating a con- 
nection to a destination volume on the first storage de- 
vice, after successfully creating the connection to the 15 
destination volume, creating a connection to a source 
volume on the second storage device and indicating that 
the source volume is not ready to transmit data on the 
communication path and initially indicating that portions 
of one of: the destination volume and the source volume 20 
do not contain valid copies of data, wherein the destina- 
tion volume accepts data from the source volume and, 
after successfully creating the connections to the source 
and destination volumes, indicating that the source vol- 
ume is ready to transmit data on the communication 25 
path. Dynamically creating a communication path be- 
tween first and second storage devices may further in- 
clude creating at least one of: the source volume and 
the destination volume. Creating the connection to des- 
tination volume may include modifying a table contain- 30 
ing configuration information for the first storage device. 
Creating the connection to the source volume may in- 
clude modifying a table containing configuration infor- 
mation for the second storage device. Dynamically cre- 
ating a communication path between first and second 35 
storage devices may further include, following unsuc- 
cessfully creating a connection to the source volume, 
destroying the connection to the destination volume, in 
which case, an error indication may be returned. Por- 
tions of the destination volume may be initially indicated *o 
as not containing valid data. Dynamically creating a 
communication path between first and second storage 
devices may further include, after indicating that the 
source volume is ready to transmit data on the commu- 
nication path, initiating a background copy operation to *5 
copy data from the source volume to the destination vol- 
ume. Portions of the source volume may be initially in- 
dicated as not containing valid data. Dynamically creat- 
ing a communication path between first and second 
storage devices may further include, after indicating that so 
the source volume is ready to transmit data on the com- 
munication path, initiating a background copy operation 
to copy data from the destination volume to the source 
volume. Dynamically creating a communication path be- 
tween first and second storage devices may further in- 55 
elude, the host performing an I/O operation on a partic- 
ular portion of the source volume. Dynamically creating 
a communication path between first and second storage 



devices may further include, in response to the particu- 
lar portion being indicated as containing invalid data, 
copying data corresponding to the particular portion 
from the destination volume to the source volume prior 
to completing the I/O operation. 
[0008] According further to the present invention, a 
computer program product that creates a communica- 
tion path between first and second storage devices, in- 
cludes executable code that creates a connection to a 
source volume on the first storage device and indicates 
that the source volume is not ready to transmit data on 
the communication path, executable code that creates 
a connection to a destination volume on the second stor- 
age device and initially indicates that portions of one of: 
the destination volume and the source volume do not 
contain valid copies of data after successfully creating 
the connection to the source volume, wherein the des- 
tination volume accepts data from the source volume, 
and executable code that indicates that the source vol- 
ume is ready to transmit data on the communication 
path after successfully creating the connections to the 
source and destination volumes. The computer program 
product may further include executable code that cre- 
ates at least one of: the source volume and the destina- 
tion volume. The executable code that creates the con- 
nection to the source volume modifies a table may con- 
tain configuration information for the first storage device. 
Executable code that creates the connection to the des- 
tination volume may modify a table containing configu- 
ration information for the second storage device. The 
computer program product may further include execut- 
able code that destroys the connection to the source vol- 
ume following unsuccessfully creating a connection to 
the destination volume, in which case an error indication 
may be returned. The computer program product may 
further include executable code that causes portions of 
the source volume to be initially indicated as not con- 
taining valid data. The computer program product may 
further include executable code that initiates a back- 
ground copy operation to copy data from the destination 
volume to the source volume after indicating that the 
source volume is ready to transmit data on the commu- 
nication path. The computer program product may fur- 
ther include executable code that copies data corre- 
sponding to a requested portion from the destination vol- 
ume to the source volume prior to completing an I/O op- 
eration in response to the requested portion being indi- 
cated as containing invalid data. 
[0009] According further to the present invention, a 
computer program product that dynamically creates a 
communication path between first and second storage 
devices, includes executable code that creates a con- 
nection to a destination volume on the first storage de- 
vice, executable code that creates a connection to a 
source volume on the second storage device and indi- 
cates that the source volume is not ready to transmit 
data on the communication path and initially indicates 
that portions of one of: the destination volume and the 
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source volume do not contain valid copies of data after 
successfully creating the connection to the destination 
volume, wherein the destination volume accepts data 
from the source volume, and executable code that indi- 
cates that the source volume is ready to transmit data 
on the communication path after successfully creating 
the connections to the source and destination volumes. 
The computer program product may further include ex- 
ecutable code that creates at least one of: the source 
volume and the destination volume. Executable code 
that creates the connection to the source volume may 
modify a table containing configuration information for 
the first storage device. Executable code that creates 
the connection to the destination volume may modify a 
table containing configuration information for the sec- 
ond storage device. The computer progra m product 
may further include executable code that destroys the 
connection to the destination volume following unsuc- 
cessfully creating a connection to the source volume, in 
which case an error indication may be returned. 
[0010] According to the present invention, reversing 
a communication path between a first volume on a first 
storage device and a second volume on a second stor- 
age device includes suspending communication be- 
tween the first and second volumes while maintaining 
operations for other volumes of the storage devices, 
causing the first volume to change from a source volume 
to a destination volume without destroying the first vol- 
ume, causing the second volume to change from a des- 
tination volume to a source volume without destroying 
the second volume, and resuming communication be- 
tween the first and second volumes. Causing the first 
volume to change from a source volume to a destination 
volume may include modifying a table of the first storage 
device. Causing the second volume to change from a 
source volume to a destination volume may include 
modifying a table of the second storage device. Sus- 
pending communication may include setting the first vol- 
ume to a not ready state. Resuming communication may 
include setting the second volume to a ready state. Re- 
versing a communication path between a first volume 
on a first storage device and a second volume on a sec- 
ond storage device may also include returning a result 
indicating successfully reversing the communication 
path. 

[0011] According further to the present invention, 
managing volumes on storage devices, includes receiv- 
ing a command requesting reversal of a communication 
path between a first volume on a first storage device and 
a second volume on a second storage device, suspend- 
ing communication between the first and second vol- 
umes while maintaining operations for other volumes of 
the storage devices, causing the first volume to change 
from a source volume to a destination volume without 
destroying the first volume, causing the second volume 
to change from a destination volume to a source volume 
without destroying the second volume, and resuming 
communication between the first and second volumes. 



The command may be a single multihop, multiexecute 
command that causes operations to be performed on 
the first and second storage devices. Causing the first 
volume to change from a source volume to a destination 
5 volume may include modifying a table of the first storage 
device. Causing the second volume to change from a 
source volume to a destination volume may include 
modifying a table of the second storage device. Sus- 
pending communication may include setting the first vol- 

10 ume to a not ready state. Resuming communication may 
include setting the second volume to a ready state. Man- 
aging volumes on storage devices may include return- 
ing a result indicating successfully reversing the com- 
munication path. 

15 [0012] According further to the present invention, a 
computer program product that reverses a communica- 
tion path between a first volume on a first storage device 
and a second volume on a second storage device, in- 
cludes executable code that suspends communication 

20 between the first and second volumes while maintaining 
operations for other volumes of the storage devices, ex- 
ecutable code that causes the first volume to change 
from a source volume to a destination volume without 
destroying the first volume, executable code that causes 

25 the second volume to change from a destination volume 
to a source volume without destroying the second vol- 
ume, and executable code that resumes communication 
between the first and second volumes. Executable code 
that causes the first volume to change from a source 

30 volume to a destination volume may modify a table of 
the first storage device. Executable code that causes 
the second volume to change from a source volume to 
a destination volume may modify a table of the second 
storage device. Executable code that suspends com- 

35 munication may set the first volume to a not ready state. 
Executable code that resumes communication may set 
the second volume to a ready state. A computer pro- 
gram product that reverses a communication path be- 
tween a first volume on a first storage device and a sec- 

40 ond volume on a second storage device may also in- 
clude executable code that returns a result indicating 
successfully reversing the communication path. 
[0013] According to the present invention, determin- 
ing device characteristics includes obtaining a first glo- 

45 bally accessible value, if the first globally accessible val- 
ue corresponds to a stored first value, obtaining device 
characteristics data from a relatively fast memory, if the 
first globally accessible value does not correspond to 
the stored first value, obtaining a second globally acces- 

50 sible value, if the second globally accessible value cor- 
responds to a stored second value, obtaining device 
characteristics data from a relatively fast memory, if the 
second globally accessible value does not correspond 
to the stored second value, obtaining device character- 
's istics data from a relatively slow memory and updating 
the relatively fast memory, the stored first value, and the 
stored second value. The globally accessible first value 
may include device I/O information. The globally acces- 
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sible values may be stored in global memory that is ac- 
cessible to a plurality of processors. The relatively slow 
memory may be global memory that is accessible to a 
plurality of processors. The relatively fast memory may 
be local to a processor that accesses the first and sec- 5 
ond stored values. The second stored value may indi- 
cate whether a device is a source or a destination for 
data in a remote data communication link. 
[0014] According further to the present invention, ac- 
cessing a device includes obtaining status information to 
that indicates how to access the device, examining at 
least a portion of the status information to determine if 
configuration of the device has changed, if the configu- 
ration of the device has not changed, accessing stored 
configuration data from relatively fast memory, and if the is 
configuration of the device has changed, accessing new 
configuration information from relatively slow memory 
and updating the stored configuration data with the new 
configuration information. The relatively slow memory 
may be global memory that is accessible to a plurality 20 
of processors. The relatively fast memory may be local 
to a processor that accesses the fast memory. The 
stored configuration data may indicate whether a device 
is a source or a destination for data in a remote data 
communication link. Examining at least a portion of the 25 
status information may include determining whether the 
portion of the status information is equal to a first stored 
value. Accessing a device may also include, if the por- 
tion of the status information is not equal to the first 
stored value, obtaining additional status information and 30 
determining if a portion of the additional status informa- 
tion is equal to a second stored value. Accessing a de- 
vice may also include following updating the stored con- 
figuration data, updating the first and second stored val- 
ues. 35 
[0015] According further to the present invention, a 
computer program product that determines device char- 
acteristics, includes executable code that obtains a first 
globally accessible value, executable code that obtains 
device characteristics data from a relatively fast memory 40 
if the first globally accessible value corresponds to a 
stored first value, executable code that obtains a second 
globally accessible value if the first globally accessible 
value does not correspond to the stored first value, ex- 
ecutable code that obtains device characteristics data 45 
from a relatively fast memory if the second globally ac- 
cessible value corresponds to a stored second value, 
and executable code that obtains device characteristics 
data from a relatively slow memory and updates the rel- 
atively fast memory, the stored first value, and the stored 50 
second value if the second globally accessible value 
does not correspond to the stored second value. The 
globally accessible first value may include device I/O in- 
formation. The second stored value may indicate wheth- 
er a device is a source or a destination for data in a re- 55 
mote data communication link. 
[0016] According further to the present invention, a 
computer program product that accesses a device in- 



cludes executable code that obtains status information 
that indicates how to access the device, executable 
code that examines at least a portion of the status infor- 
mation to determine if configuration of the device has 
changed, executable code that accesses stored config- 
uration data from relatively fast memory if the configu- 
ration of the device has not changed, and executable 
code that accesses new configuration information from 
relatively slow memory and updates the stored config- 
uration data with the new configuration information if the 
configuration of the device has changed. The stored 
configuration data may indicate whether a device is a 
source or a destination for data in a remote data com- 
munication link. Executable code that examines at least 
a portion of the status information may include execut- 
able code that determines whether the portion of the sta- 
tus information is equal to a first stored value. A compu- 
ter program product that accesses a device may also 
include executable code that obtains additional status 
information and determines if a portion of the additional 
status information is equal to a second stored value if 
the portion of the status information is not equal to the 
first stored value. A computer program product that ac- 
cesses a device may also include executable code that 
updates the first and second stored values following up- 
dating the stored configuration data. 
[0017] According further to the present invention, an 
apparatus that determines device characteristics in- 
cludes means for obtaining a first globally accessible 
value, means for obtaining device characteristics data 
from a relatively fast memory if the first globally acces- 
sible value corresponds to a stored first value, means 
for obtaining a second globally accessible value if the 
first globally accessible value does not correspond to 
the stored first value, means for obtaining device char- 
acteristics data from a relatively fast memory if the sec- 
ond globally accessible value corresponds to a stored 
second value, means for obtaining device characteris- 
tics data from a relatively slow memory and updating the 
relatively fast memory, the stored first value, and the 
stored second value if the second globally accessible 
value does not correspond to the stored second value. 
The globally accessible first value may include device I/ 
O information. The globally accessible values may be 
stored in global memory that is accessible to a plurality 
of processors. The relatively slow memory may be glo- 
bal memory that is accessible to a plurality of proces- 
sors. The relatively fast memory may be local to a proc- 
essor that accesses the first and second stored values. 
The second stored value may indicate whether a device 
is a source or a destination for data in a remote data 
communication link. 

[0018] According further to the present invention an 
apparatus that accesses a device, includes means for 
obtaining status information that indicates how to ac- 
cess the device, means for examining at least a portion 
of the status information to determine if configuration of 
the device has changed, means for accessing stored 
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configuration data from relatively fast memory if the con- 
figuration of the device has not changed, and means for 
accessing new configuration information from relatively 
slow memory and updating the stored configuration data 
with the new configuration information if the configura- 5 
tion of the device has changed. The relatively slow 
memory may be global memory that is accessible to a 
plurality of processors. The relatively fast memory may 
be local to a processor that accesses the fast memory. 
The stored configuration data may indicate whether a 10 
device is a source or a destination for data in a remote 
data communication link. Means for examining at least 
a portion of the status information may include means 
for determining whether the portion of the status infor- 
mation is equal to a first stored value. The apparatus '5 
may further include means for obtaining additional sta- 
tus information and determining if a portion of the addi- 
tional status information is equal to a second stored val- 
ue if the portion of the status information is not equal to 
the first stored value. The apparatus may further include 20 
means for updating the first and second stored values 
following updating the stored configuration data. 

Brief Description of Drawings 

25 

[0019] Figure 1 is a schematic diagram showing a 
host, a local storage device, and a remote data storage 
device used in connection with the system described 
herein. 

[0020] Figure 2 is a flow chart illustrating operation of 30 
the system described herein. 

[0021] Figure 3 is a flow chart illustrating determining 
which volumes to use for read and write operations ac- 
cording to the system described herein. 
[0022] Figure 4 is a diagram illustrating global mem- 35 
ory for storage devices according to the system de- 
scribed herein. 

[0023] Figure 5 is a flow chart illustrating a hierarchy 
for determining whether to use static or dynamic config- 
uration data in connection with assessing RDF configu- *o 
ration of a device according to the system described 
herein. 

[0024] Figure 6 is a schematic diagram showing in de- 
tail a storage device and components thereof used in 
connection with the system described herein. 45 
[0025] Figure 7 is a diagram illustrating a ready buffer 
and a set of bytes used in connection with the system 
described herein. 

[0026] Figure 8 is a flow chart illustrating steps per- 
formed in connection with accessing the ready buffer 50 
and the set of bytes set forth in Figure 7. 
[0027] Figure 9 is a flow chart illustrating an alterna- 
tive embodiment of the system described herein. 

Detailed Description of Various Embodiments 55 

[0028] Referring to Figure 1, a diagram 20 shows a 
relationship between a host 22, a local storage device 



24 and a remote storage device 26. The host 22 reads 
and writes data from and to the local storage device 24 
via a host adapter 28, which facilitates the interface be- 
tween the host 22 and the local storage device 24. Data 
from the local storage device 24 is copied to the remote 
storage device 26 via an RDF link 29 to cause the data 
on the remote storage device 26 to be identical to the 
data on the local storage device 24. Note that there may 
be a time delay between the transfer of data from the 
local storage device 24 to the remote storage device 26, 
so that the remote storage device 26 may, at certain 
points in time, contain data that is not identical to the 
data on the local storage device 24. Communication be- 
tween data storage devices or systems, such as Sym- 
metrix™ data storage systems by EMC Corporation, 
may be facilitated, for example, using the RDF product, 
as also provided by EMC Corporation. 
[0029] The local storage device 24 includes an RDF 
adapter unit (RA) 30 and the remote storage device 26 
includes an RA 32. The RA's 30, 32 are coupled to the 
RDF link 29 and are similar to the host adapter 28, but 
are used to transfer data between the storage devices 
24, 26. The software used in connection with the RA's 
30, 32 is discussed in more detail hereinafter. 
[0030] The storage devices 24, 26 may include one 
or more disks, each containing a different portion of data 
stored on each of the storage devices 24, 26. Figure 1 
shows the storage device 24 including a plurality of disks 
33a, 33b, 33c and the storage device 26 including a plu- 
rality of disks 34a, 34b, 34c. The RDF functionality de- 
scribed herein may be applied so that the data for at 
least a portion of the disks 33a-33c of the local storage 
device 24 is copied, using RDF, to at least a portion of 
the disks 34a-34c of the remote storage device 26. It is 
possible that other data of the storage devices 24, 26 is 
not copied between the storage devices 24, 26, and thus 
is not identical. 

[0031] Each of the disks 33a-33c is coupled to a cor- 
responding disk adapter unit (DA) 35a, 35b, 35c that 
provides data to a corresponding one of the disks 33a- 
33c and receives data from a corresponding one of the 
disks 33a-33c. Similarly, a plurality of OA's 36a, 36b, 36c 
of the remote storage device 26 are used to provide data 
to corresponding ones of the disks 34a-34c and receive 
data from corresponding ones of the disks 34a-34c. A 
data path exists between the DA's 35a-35c, the HA 28 
and RA 30 of the local storage device 24. Similarly, a 
data path exists between the DA's 36a-36c and the RA 
32 of the remote storage device 26. 
[0032] The local storage device 24 also includes a 
global memory 37 that may be used to facilitate data 
transferred between the DA's 35a-35c, the HA 28 and 
the RA 30. The memory 37 may contain parameters 
from system calls, tasks that are to be performed by one 
or more of the DA's 35a-35c, the HA 28 and the RA 30, 
and a cache for data fetched from one or more of the 
disks 33a-33c. Similarly, the remote storage device 26 
includes a global memory 38 that may contain parame- 
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ters from system calls, tasks that are to be performed 
by one or more of the DA's 36a-36c and the RA 32, and 
a cache for data fetched from one or more of the disks 
34a-34c. Use of the memories 37, 38 is described in 
more detail hereinafter. 5 
[0033] The storage space in the local storage device 
24 that corresponds to the disks 33a-33c may be sub- 
divided into a plurality of volumes or logical devices. The 
logical devices may or may not correspond to the phys- 
ical storage space of the disks 33a-33c. Thus, for ex- 10 
ample, the disk 33a may contain a plurality of logical de- 
vices or, alternatively, a single logical device could span 
both of the disks 33a, 33b. Similarly, the storage space 
for the remote storage device 26 that comprises the 
disks 34a-34c may be subdivided into a plurality of vol- 15 
umes or logical devices, where each of the logical de- 
vices may or may not correspond to one or more of the 
disks 34a-34c. 

[0034] Providing an RDF mapping between portions 
of the local storage device 24 and the remote storage 20 
device 26 involves setting up a logical device on the re- 
mote storage device 26 that is a remote mirror for a log- 
ical device on the local storage device 24. The host 22 
reads and writes data from and to the logical device on 
the local storage device 24 and the RDF mapping caus- 25 
es modified data to be transferred from the local storage 
device 24 to the remote storage device 26 using the 
RAs, 30, 32 and the RDF link 29. In steady state oper- 
ation, the logical device on the remote storage device 
26 contains data that is identical to the data of the logical 30 
device on the local storage device 24. The logical device 
on the local storage device 24 that is accessed by the 
host 22 is referred to as the "R1 volume" (or just M R1 u ) 
while the logical device on the remote storage device 
26 that contains a copy of the data on the R1 volume is 35 
called the "R2 volume" (or just "R2"). Thus, the host 
reads and writes data from and to the R1 volume and 
RDF handles automatic copying and updating of the da- 
ta from the R1 volume to the R2 volume. 
[0035] In some situations, it may be beneficial to allow *o 
the host 22 to create and destroy RDF volumes during 
operation of the system. Note that RDF volumes may 
be created and destroyed in pairs so that an R1/R2 pair 
may be destroyed or an R1 /R2 pair may be created. Cre- 
ating or destroying R1/R2 pairs may be initiated by the 45 
host 22. The host may send a multihop/multiexecute 
system command to data storage devices. The multi- 
hop/multiexecute system command is a single system 
command that is provided to multiple storage devices 
and indicates operations to be performed by the multiple so 
storage devices. The command allows for a host com- 
puter to issue a remote system call indirectly to one or 
more data storage devices through layers of other data 
storage devices. The command may indicate that any 
one or more of the data storage devices is to perform 55 
the command. For example, the host 22 may send a 
multihop/multiexecute system command requesting 
that a particular R1/R2 pair be destroyed where the R1 



volume is on the local storage device 24 and the R2 vol- 
ume is on the remote storage device 26 by having each 
of the storage devices 24, 26 locally modify a table (dis- 
cussed in more detail below) that is used internally by 
each of the storage devices 24, 26 to govern setting up 
and managing RDF volumes. Creating an R1/R2 pair 
involves creating the R1 volume on one storage device 
and creating the R2 volume on another storage device. 
[0036] Further note that, in certain instances, it may 
be useful to establish an RDF connection to one or more 
existing volumes. Thus, for example, an existing source 
volume may be connected to newly-created destination 
volume using RDF. Accordingly, for the discussion set 
forth herein, references to creating volumes may be un- 
derstood to include creating connections to existing vol- 
umes. Similarly, references to destroying volumes may 
be understood to include simply destroying RDF con- 
nections thereto, as appropriate. Note that, both in the 
case of creating or destroying new volumes and in the 
case of creating or destroying simply the connections to 
existing volume, the same tables (discussed below) that 
contain RDF connection data are modified. 
[0037] Referring to Figure 2, a flow chart 50 illustrates 
steps performed in connection with creating or destroy- 
ing R1/R2 pairs. Processing begins at a first step 52 
where it is determined if a destroy command is being 
issued. In some embodiments, only create or destroy 
commands are issued. Thus, if a command is not a de- 
stroy command, the command is a create command. If 
it is determined at the step 52 that a destroy command 
was issued, then control passes from the step 52 to a 
step 54 any where background I/O operations, such as 
background copying, are suspended. Prior to destroying 
the R1/R2 pair, it is useful to first suspend any back- 
ground I/O. In other embodiments, the step 54 is not 
necessary and not executed because destroying the 
volumes will cause background I/O (and other opera- 
tions involving the R1/R2 pair) to cease automatically. 
[0038] Following the step 54 is a step 56 where an 
allocation table on the storage device corresponding to 
the R1 volume is modified. The allocation table contains 
dynamic information about the RDF configuration of a 
storage device. The allocation table may contain a two 
dimensional array indexed by logical device identifiers 
(such as numbers) and by mirror numbers for each of 
the logical devices. In some embodiments, each device 
may have up to four mirrors. Other embodiments may 
employ more than four mirrors. Entries for the allocation 
table may indicate whether a mirror for a device is a local 
mirror, an R1 volume, an R2 volume, or some other type 
of mirror, such as BCV or a RAID mirror. 
[0039] At the step 56, the allocation table on the stor- 
age device containing the R1 volume is modified to re- 
move the R1 volume. Following the step 56 is a step 58 
where the allocation table on the storage device con- 
taining the R2 volume is modified to remove the R2 vol- 
ume. Following the step 58 is a step 60 where the result 
of the previously executed operations (e.g., success or 
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failure) is returned. Following the step 60, processing is 
complete. 

[0040] If it is determined at the step 52 that a destroy 
command is not being issued (and hence a create com- 
mand is being issued), then control passes from the step 5 
52 to a step 62 where the R1 or R2 volume is created 
at a first site. In one embodiment, the host issues the 
multihop/multiexecute command to a first storage de- 
vice such as the local storage device 24, in which case 
the first site would be the local storage device 24 (i.e., 10 
the first site to receive the command). In an embodiment 
illustrated herein, the first site on which the creation of 
an R1/R2 pair is attempted is the local storage device 
24 that is coupled directly to the host 22. Creation at the 
first cite includes modifying the appropriate allocation is 
table. Following the step 62 is a test step 64 where it is 
determined if creation of the R1 or R2 volume at the step 
62 was successful. If not, control passes from the step 
64 to a step 66 where an error indication is returned to 
the host 22. Following the step 66, processing is com- 20 
plete. 

[0041] If it is determined at the test step 64 that the 
creation of the R1 or R2 volume at the step 62 was suc- 
cessful, then control passes from the step 64 to a step 
68 where the R1 or R2 volume, as the case may be, is 25 
created at a second site. Creation at the second site in- 
cludes modifying the appropriate allocation table. The 
second site may be the second storage device to re- 
ceive the command. In an embodiment illustrated here- 
in, the second site is the remote storage device 26 that 30 
receives a command from the host 22 through the local 
storage device 24. 

[0042] Following the step 68 is a test step 70 where it 
is determined if creation at the step 68 was successful. 
If it is determined at the test step 70 that the creation at 35 
the second site was not successful, then control passes 
from the step 70 to a step 72 where the first site that was 
created is destroyed. Note that R1 and R2 volumes are 
created in pairs so that failure to create one of the vol- 
umes at the second site causes the volume that was *o 
successfully created at the first site to be destroyed at 
the step 72. Following the step 72 is a step 74 where an 
error is returned to the host 22 in a manner similar to 
returning an error at the step 66, discussed above. Fol- 
lowing the step 74, processing is complete. 45 
[0043] If it is determined at the test step 70 that crea- 
tion of the R1 or R2 volume at the second site at the 
step 68 was successful, control transfers from the step 
70 to a step 75 where invalid tracks for each of the stor- 
age devices 24, 26 are set. The invalid tracks are used 50 
to indicate differences between the R1 and R2 volumes. 
In instances where the R1 volume contains the initial 
data, all of the tracks of the R1 volume are set to invalid 
indicating that all of the R1 data is inconsistent with the 
R2 data, and thus needs to be copied from R1 to R2. If 55 
the R2 volume contains the initial data to be used, then 
all of the tracks of the R2 volume are invalidated and a 
Sync command is provided to the storage device con- 



taining the R1 volume to cause the tracks of the local 
mirror corresponding to the R1 volume to be invalidated, 
thus initiating a background copy of data from R2 to R1 . 
Following the step 75 is a step 78 where a not ready 
indicator for the R1 volume is cleared, indicating that 
RDF operations between R1 and R2 may commence. 
Note that the not ready indicator refers to the R1/R2 link, 
and not necessarily to the ability of R1 and/or R2 to ac- 
cept data from a host. Note that data can be organized 
in units other than tracks, in which case, the operations 
disclosed herein would be performed on whatever units 
other than tracks that are used. 
[0044] Following the step 78 is a step 79 where an 
indicator that the operation was successful is returned 
to the host 22. Following the step 79, processing is com- 
plete. Note that setting invalid tracks and setting and 
clearing device not ready status, discussed above, may 
be performed in a different order than that indicated in 
Figure 2 and discussed above, provided that the set- 
tings are maintained in an appropriate state during the 
creation operation and thereafter. 
[0045] In some embodiments, it may be useful to cre- 
ate and destroy the R1/R2 volumes in a particular order. 
For example, it may be useful to create the R2 volume 
first followed by the R1 volume. Similarly, it may be use- 
ful to destroy the R1 volume first followed by destroying 
the R2 volume. Alternatively, the volumes may be cre- 
ated and destroyed in any order while operations may 
be controlled by setting a not ready indicator for the R1 
volume, where the not ready indicator for the R1 volume 
controls whether operations take place. Thus, the R1 
and R2 volumes may be created in any order, but the 
not ready indicator of the R1 volume is not set to indicate 
ready unless and until both R1 and R2 have been cre- 
ated. Similarly, setting the not ready indicator for R1 as 
a first step allows subsequent steps for destroying R1 
and R2 to take place in any order. 
[0046] In some embodiments, it may be useful to have 
the command that creates the R1/R2 pair indicate the 
specific volumes to be used for both the R1 volume and 
the R2 volume. That is, the host 22 may select an exist- 
ing logical device from the local storage device 24 as 
the R1 volume and, in addition, may select an existing 
logical device from the remote storage device 26 as an 
R2 volume. In an alternative embodiment, it may be pos- 
sible to have the remote storage device 26 select any 
unused logical device as the R2 volume. Alternatively 
still, an API may be layered on to one of the storage 
devices 24, 26 and/or the host 22 to pick the R2 volume 
in instances where the system command expects spe- 
cific volume identification for the R2 volume. 
[0047] Note, in addition, there may be situations 
where the initial data for a newly-created R1/R2 pair is 
found on the R2 volume. For example, if the remote stor- 
age device 26 has coupled thereto a host (not shown) 
that fails, it may be useful to restart the system with the 
host 22 coupled to the local storage device 24. However, 
in that case, the initial data for starting up may be located 
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on the R2 volume (i.e., on the remote storage device 
26). Thus, at start up, the initial data is copied from the 
R2 device to the R1 device, after which the host 22 main- 
tains normal RDF operation with the R1 device being 
located on the local storage device 24 and the R2 device 5 
being located on the remote storage device 26. The 
copy from the R2 device to the R1 device (or, from an 
R1 device to an R2 device) may be provided using a 
background copy. 

[0048] Referring to Figure 3, a flow chart 80 illustrates 10 
operation of the system after an R1/R2 pair is initialized 
but prior to completion of the background copy. Note that 
the host 22 may read and write from and to an R1 vol- 
ume even if the background copy has not completed. 
[0049] Processing begins at an initial test step 82 15 
where it is determined if the R2 volume contains the in- 
itial data. If not, then control passes from the test step 
82 to a step 84 where the R1 volume is used for the read 
or write operation requested by the host 22. 
[0050] If it is determined at the test step 82 that the 20 
R2 volume is specified as containing the initial data, then 
control passes from the test step 82 to a test step 86 
where it is determined if the track being written to or read 
from is invalid. An invalid track indicates that the initial 
data, located on the R2 volume, has not yet been copied 25 
back to the R1 volume. Setting invalid tracks is dis- 
cussed above in connection with Figure 1 . Thus, if it is 
determined at the test step 86 that the track being written 
to or read from by the host 22 is invalid, control passes 
from the step 86 to a step 88 where the R2 volume is 30 
used for the read or write operation using RDF. Note 
that, in some instances, less than an entire track is writ- 
ten by the host. Thus, for an invalid track where R2 con- 
tains the initial data, it is useful to have the data from 
the host 22 provided to the R2 volume. Following the 35 
step 88, processing is complete. Alternatively, if it is de- 
termined at the test step 86 that the track being read to 
or written from is not invalid, then control passes from 
the test step 86 to the step 84 where the R1 volume is 
used, in a conventional fashion. Following the step 84, 40 
processing is complete. 

[0051 ] Referring to Figure 4, a diagram shows global 
memory that could represent the memory 37 of the local 
storage device 24 or the memory 38 of the remote stor- 
age device 26. The global memory includes a memory 45 
location for static configuration data 92 and a memory 
location for dynamic configuration data 94, such as the 
allocation table, discussed above. Static configuration 
data 92 includes configuration information for the stor- 
age device that is set up at the factory or by a technician, so 
The static configuration data 92 may be provided in a 
file that is read into global semiconductor memory or it 
may be provided in non-volatile portions of semiconduc- 
tor memory. 

[0052] The dynamic configuration data 94 represents 55 
the configuration of the corresponding system that has 
been modified from the static configuration data 92. 
Thus, for example, the static configuration data 92 may 



indicate that particular volumes form an R1/R2 RDF pair 
while the dynamic configuration data 94 overrides the 
static configuration data 92 by indicating that the partic- 
ular R1/R2 RDF pair has been subsequently destroyed. 
The dynamic configuration data 94 may also be stored 
on a disk and read into electronic memory and/or may 
be stored in electronic memory that is non-volatile. In 
some embodiments, the dynamic configuration data 94 
may override the static configuration data 92. In other 
embodiments, the dynamic configuration data 94 is only 
additive and may only be used in instances where there 
is no entry in the static configuration data 92 corre- 
sponding to an item. 

[0053] Referring to Figure 5, a flow chart 100 illus- 
trates determination of a configuration of a particular 
logical device. Note that each read or write access from 
or to a logical device uses knowledge of the configura- 
tion of the device to determine if, for example, the device 
is part of an R1/R2 pair. 

[0054] Processing begins at a first step 102 where it 
is determined if there is an entry for the logical device 
in the dynamic configuration data 94. If not, then control 
passes from the step 1 02 to a step 1 04 where the static 
configuration data 92 is consulted to determine the con- 
figuration of the device. Note that it is possible for each 
logical device to have a local, and thus easily accessi- 
ble, copy of the static configuration data 92 since, by 
definition, the static configuration data 92 does not 
change. Following the step 1 04, processing is complete. 
[0055] If it is determined at the test step 1 02 that there 
is an entry for the logical device in the dynamic config- 
uration data 94, then control passes from the test step 
1 02 to a step 1 06 where the dynamic configuration data 
94 is used to determine the configuration of the logical 
device. Note that, as an alternative, it is possible to first 
check the static configuration data 92 and then check to 
see if an overriding entry exists in the dynamic configu- 
ration data 94. 

[0056] Referring to Figure 6, a diagram shows a stor- 
age device 110 in more detail. The storage device 110 
includes a plurality of host adapters 112-114 and a plu- 
rality of disk adapters 116-118. Each of the disk adapters 
116-118 is coupled to a respective one of a plurality of 
disks 120-122. The storage device 110 also includes a 
global memory 124 an RDF adapter (RA) 126 and an 
outside connection 128 to the RA 126. A bus 130 con- 
nects the HAs 112-114, the DAs 116-118, the global 
memory 1 24 and the RA 1 26. Each of the HAs 112-114 
includes a connection for coupling to a host (not shown). 
[0057] For every read and write operation performed 
by one of the hosts coupled to one of the HAs 112-114, 
the corresponding one of the HAs 112-114 determines 
where the data is to be placed. For example, if the stor- 
age device 110 includes a local volume of an R1/R2 pair, 
the particular one of the HAs 112-114 that receives the 
data from the host must be able to direct the data to the 
correct one of the disk adapters 1 1 6-1 1 8 in order to pro- 
vide the data to the R1 volume and must also be able 
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to appropriately direct the data to the RA 126 that pro- 
vides the data to the R2 volume on another storage de- 
vice (not shown). In addition, in connection with a back- 
ground copy operation, the DAs 116-118 access infor- 
mation indicating the source and destination of the data. 5 
Thus, for example, if an R1/R2 pair is set up between 
the storage device 1 1 0 and another remote storage de- 
vice (not shown), then the DAs 116-118 would assist in 
the background copy of data from the volume containing 
the initial data (R1 or R2) to the other volume. In such 10 
a case, the DAs 116-118 access information that indi- 
cates where the data should go (i.e., which volume is 
the corresponding one of the volumes of the R1/R2 
pair). Similarly, it is useful for the RA 126 to access the 
configuration information for the volumes in order to be is 
able to process incoming data, for example. 
[0058] Accordingly, it is useful for the HAs 112-114, 
the DAs 1 1 6-1 1 8 and the RA 1 26 to be able to have ac- 
cess to accurate information indicating the set up con- 
figuration of the volumes on the storage device 1 1 0. One 20 
way to obtain the information is to read the dynamic con- 
figuration data 94 from global memory 1 24 for each read 
or write operation and then, if the device for which the 
inquiry is made is not found in the dynamic configuration 
data 94, to then access the static configuration data 92. 25 
However, accessing global memory for every I/O oper- 
ation could adversely impact the performance of the 
storage device 110. Accordingly, a more efficient mech- 
anism for determining the configuration of the devices 
of the storage device 110 is provided. 30 
[0059] Referring to Figure 7, a diagram 1 50 illustrates 
a mechanism for decreasing the number of accesses to 
global memory used to determine configuration data. A 
ready buffer 152 represents data that is accessed each 
time an I/O is performed. The ready buffer 1 52 indicates 35 
useful I/O related information, such as the state of the 
devices and/or the state of the system. Thus, the ready 
buffer 1 52 is accessed for each I/O operation. 
[0060] The ready buffer 152 include a revision 
number field 1 54 which, in some embodiments, is a byte *o 
of data that is incremented each time a device configu- 
ration has changed. Thus, a device performing an I/O 
can look to the revision number field 154 to determine 
if further inquiry is necessary. 

[0061] A set of bytes 156 may be accessed in re- 45 
sponse to the revision number field 1 54 changing. A par- 
ticular byte 1 58 of the set of bytes 1 56 could be used to 
indicate a change in the dynamic RDF configuration for 
the storage device. Thus, the combination of the ready 
buffer 1 52 and the set of bytes 1 56 may be used to min- so 
imize accesses to global memory 124 each time an I/O 
is performed. 

[0062] Referring to Figure 8, a flow chart 170 illus- 
trates steps performed in connection with using the 
ready buffer 152 and the set of bytes 156. Processing 55 
begins at a first step 1 72 where a device performing an 
I/O determines if the ready buffer field 1 54 has changed 
(e.g., incremented). If it is determined at the step 172 



that the ready buffer field has not changed, then control 
passes from the step 172 to a step 174 where the de- 
vice, such as one of the HAs 112-114, one of the DAs 
116-118, and/or the RA 126, uses a locally stored data 
to determine configuration information. That is, the re- 
vision number field 154 being equal to a previously ob- 
served version of the revision number field 1 54 indicates 
that no changes have been made to the RDF configu- 
ration. Thus, control passes from the step 172 to the 
step 1 74 where a locally stored copy of the configuration 
data may be used by the device performing the I/O in 
order to determine how to handle particular data. Fol- 
lowing the step 174, processing is complete. 
[0063] If it is determined at the test step 1 72 that the 
revision number field 154 has changed, then control 
passes from the step 1 72 to a step 1 76 where the set of 
bytes 156 is fetched. The set of bytes 156 may be 
stored, for example, in global memory 1 24 or in another 
memory, such as non-volatile electronic memory or on 
a disk. 

[0064] Following the step 1 76 is a test step 1 78 where 
it is determined if the byte 158 in the set of bytes 156 
corresponding to an RDF configuration change has 
been modified (e.g., incremented). If not, then control 
passes from the step 178 to the step 174, discussed 
above, where the stored local copy of the configuration 
data is used to determine the RDF configuration. Fol- 
lowing step 174, processing is complete. 
[0065] If it is determined at the test step 1 78 that the 
RDF configuration has changed, then control passes 
from the step 1 78 to a step 1 80 where the dynamic con- 
figuration data 94 in the global memory 1 24 is accessed. 
Following the step 180 is a step 182 where the stored 
local copy of the configuration data is updated with the 
new version of the data from global memory 124. Fol- 
lowing the step 182 is the step 174 where the locally 
stored version of the configuration data (which has just 
been updated) is used by the device to determine the 
RDF configuration. Following the step 174, processing 
is complete. 

[0066] In some embodiments, it is possible to also in- 
clude a background mechanism that periodically ac- 
cesses the dynamic configuration data from the alloca- 
tion table and updates the local copy of the configuration 
data in the storage for each device. Thus, each device 
may be updated by this background task without first 
having to perform an I/O. 

[0067] Note that the mechanism discussed herein for 
using revision numbers to control accesses to global 
memory when determining the RDF configuration of the 
system may be applied to other system parameters as 
well, such as BCV configuration. A BCV (Business Con- 
tinuance Volume) may contain a consistent, synchro- 
nized copy of data from another device configured for 
use, for example, with host applications. The BCV copy 
of the data may be used independently by another ap- 
plication to act on the data copy while letting the host 
perform continued data operations to the other device. 
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[0068] Referring to Figure 9, a flow chart 50' illustrates 
an alternative embodiment to the embodiment de- 
scribed in connection with the flow chart 50 of Figure 2. 
The flow chart 50 of Figure 2 shows a system where 
there are two commands, create and destroy. The sys- 5 
tern illustrated by the flow chart 50' of Figure 9 provides 
for a third command that swaps R1 and R2 in addition 
to the create and destroy commands discussed above. 
Swapping R1 and R2 may be performed using a single 
command that causes the R1 volume to become the R2 10 
volume and causes the R2 volume to become the R1 
volume. This may be useful in instances where, for ex- 
ample, a host coupled to a local storage device is re- 
placed by a different host that is coupled to a corre- 
sponding remote storage device. The command may be 15 
provided by the host. The host may send a multihop/ 
multiexecute system command, as also described else- 
where herein. Processing begins at a first step 52" where 
it is determined if a destroy command has been issued. 
If so, then control passes from the step 52' to the step 20 
54, which is discussed above in connection with the flow 
chart 50 of Figure 2. If, on the other hand, it is deter- 
mined at the step 52' that a destroy command has not 
been issued, then control passes from the step 52' to a 
step 53 where it is determined if a create command has 25 
been issued. If a create command has been issued, con- 
trol passes from the step 53 to the step 62, which is dis- 
cussed above in connection with the flow chart 50 of Fig- 
ure 2. 

[0069] If it is determined at the test step 53 that a ere- 30 
ate command has not been issued, then a swap R1/R2 
command has been issued. That is, in a system having 
three commands, a process of elimination provides that 
if it is determined at the step 52' that a destroy command 
has not been issued, and if it is determined at the step 35 
53 that a create command has not been issued, then a 
swap R1/R2 command has been issued. Alternatively, 
a particular portion of code may be executed based on 
the command received, which could be a swap R1/R2 
command. For the swap R1/R2 command, control trans- *o 
fers from the step 53 to a step 1 92 where the device not 
ready flag for R1 is set. Setting the device not ready flag 
for R1 at the step 192 causes RDF operations to cease 
for the R1/R2 pair. Following the step 1 92 is a step 1 94 
where an entry for the allocation table corresponding to 45 
the storage device containing the R1 volume and an en- 
try for the allocation table corresponding to the storage 
device containing the R2 volume are both modified so 
that the R1 volume becomes the R2 volume and vice 
versa. Following the step 194 is a step 196 where the so 
device not ready bit is cleared for the new R1 device. 
Clearing the device not ready bit for the R1 volume at 
the step 196 allows RDF operations to resume. Howev- 
er, when RDF operations resume, the previous R2 vol- 
ume is now the R1 volume and the previous R1 volume 55 
is now the R2 volume. Following the step 1 96 is a step 
1 98 where the result of the operations corresponding to 
the command for swapping R1 and R2 (e.g., success or 



failure) are returned to the host. Following the step 1 98, 
processing is complete. 

[0070] Note that for the system disclosed herein, the 
host 22 may be a standalone computing device, part of 
a network, another storage device, a computer having 
some storage capabilities and/or any device capable of 
providing the functionality disclosed herein. Similarly, 
the system disclosed herein may be practiced with any 
appropriate device used for the local storage device 24, 
including possibly another computing device, network 
connection, etc. configured to emulate the local storage 
device 24 and/or otherwise provide the functionality dis- 
closed herein. 

[0071 ] While the invention has been disclosed in con- 
nection with various embodiments, modifications there- 
on will be readily apparent to those skilled in the art. Ac- 
cordingly, the spirit and scope of the invention is set forth 
in the following claims. 



Claims 

1. A method of determining device characteristics, 
comprising: 

obtaining a globally accessible value; 

further characterized by comprising: 

obtaining a first globally accessible value (154); 
if the first globally accessible value (1 54) cor- 
responds to a stored first value, obtaining de- 
vice characteristics data from a relatively fast 
memory; 

if the first globally accessible value (154) does 
not correspond to the stored first value, obtain- 
ing a second globally accessible value (158); 
if the second globally accessible value (158) 
corresponds to a stored second value, obtain- 
ing device characteristics data from a relatively 
fast memory; 

if the second globally accessible value (158) 
does not correspond to the stored second val- 
ue, obtaining device characteristics data from 
a relatively slow memory (124) and updating 
the relatively fast memory, the stored first value, 
and the stored second value. 

2. A method, according to claim 1 , wherein the globally 
accessible first value includes device I/O informa- 
tion. 

3. A method, according to claim 1 or 2, wherein the 
globally accessible values are stored in global 
memory that is accessible to a plurality of proces- 
sors. 

4. A method, according to any one of the preceding 
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claims, wherein the relatively slow memory is global 
memory that is accessible to a plurality of proces- 
sors. 

5. A method, according to any one of the preceding 
claims, wherein the relatively fast memory is local 
to a processor that accesses the first and second 
stored values. 

6. A method, according to any one of the preceding 
claims, wherein the second stored value indicates 
whether a device is a source or a destination for da- 
ta in a remote data communication link. 

7. A method of accessing a device, comprising: 

obtaining information; 

further characterized by comprising: 

obtaining status information that indicates how 
to access the device; 

examining at least a portion of the status infor- 
mation to determine if configuration of the de- 
vice has changed; 

if the configuration of the device has not 
changed, accessing stored configuration data 
from relatively fast memory; and 
if the configuration of the device has changed, 
accessing new configuration information from 
relatively slow memory and updating the stored 
configuration data with the new configuration 
information. 

8. A method, according to claim 7, wherein the rela- 
tively slow memory is global memory that is acces- 
sible to a plurality of processors. 

9. A method, according to claim 7 or 8, wherein the 
relatively fast memory is local to a processor that 
accesses the fast memory. 

10. A method, according to any one of claims 7 to 9, 
wherein the stored configuration data indicates 
whether a device is a source or a destination for da- 
ta in a remote data communication link. 



portion of the additional status information is 
equal to a second stored value. 

13. A method, according to claim 12, further compris- 
5 ing: 

following updating the stored configuration da- 
ta, updating the first and second stored values. 

10 14. A computer program product that determines de- 
vice characteristics, comprising executable code 
for executing the method according to any one of 
the preceding claims. 

15 15. Apparatus that determines device characteristics, 
comprising: 

means for obtaining a globally accessible val- 
ue; 

20 

further chracterized by comprising: 

means for obtaining a first globally accessible 
value (154); 

25 means for obtaining device characteristics data 

from a relatively fast memory if the first globally 
accessible value (1 54) corresponds to a stored 
first value; 

means for obtaining a second globally accessi- 
30 ble value (158) if the first globally accessible 

(154) value does not correspond to the stored 
first value; 

means for obtaining device characteristics data 
from a relatively fast memory if the second glo- 
35 bally accessible value (158) corresponds to a 

stored second value; 

means for obtaining device characteristics data 
from a relatively slow memory (124) and updat- 
ing the relatively fast memory, the stored first 
40 value, and the stored second value if the sec- 

ond globally accessible value (158) does not 
correspond to the stored second value. 

16. Apparatus, according to claim 15, wherein the glo- 
^5 bally accessible first value includes device I/O in- 
formation. 



11. A method, according to any one of claims 7 to 10, 
wherein examining at least a portion of the status 
information includes determining whether the por- 
tion of the status information is equal to a first stored 
value. 

12. A method, according to claim 11, further comprising: 

if the portion of the status information is not 
equal to the first stored value, obtaining addi- 
tional status information and determining if a 



17. Apparatus, according to claim 1 5 or 16, wherein the 
globally accessible values are stored in global 

so memory that is accessible to a plurality of proces- 
sors. 

1 8. Apparatus, according to any one of claims 1 4 to 1 6 , 
wherein the relatively slow memory is global mem- 

55 ory that is accessible to a plurality of processors. 

1 9. Apparatus, according to any one of claims 1 4 to 1 7, 
wherein the relatively fast memory is local to a proc- 
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essor that accesses the first and second stored val- 
ues. 

20. Apparatus, according to any one of claims 1 4 to 1 8, 
wherein the second stored value indicates whether 5 
a device is a source or a destination for data in a 
remote data communication link. 

21. Apparatus that accesses a device, comprising: 

10 

means for obtaining information; 

further chracterized by comprising: 

means for obtaining status information that in- is 
dicates how to access the device; 
means for examining at least a portion of the 
status information to determine if configuration 
of the device has changed; 
means for accessing stored configuration data 20 
from relatively fast memory if the configuration 
of the device has not changed; and 
means for accessing new configuration infor- 
mation from relatively slow memory and updat- 
ing the stored configuration data with the new 25 
configuration information if the configuration of 
the device has changed. 

22. Apparatus, according to claim 21 , wherein the rel- 
atively slow memory is global memory that is acces- 30 
sible to a plurality of processors. 

23. Apparatus, according to claim 21 or 22, wherein the 
relatively fast memory is local to a processor that 
accesses the fast memory. 35 

24. Apparatus, according to any one of claims 21 to 23, 
wherein the stored configuration data indicates 
whether a device is a source or a destination for da- 
ta in a remote data communication link. 40 

25. Apparatus, according to any one of claims 21 to 26, 
wherein means for examining at least a portion of 
the status information includes means for determin- 
ing whether the portion of the status information is 45 
equal to a first stored value. 

26. Apparatus, according to claim 25, further compris- 
ing: 

50 

means for obtaining additional status informa- 
tion and determining if a portion of the addition- 
al status information is equal to a second stored 
value if the portion of the status information is 
not equal to the first stored value. 55 

27. Apparatus, according to claim 26, further compris- 
ing: 



means for updating the first and second stored 
values following updating the stored configura- 
tion data. 
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